home *** CD-ROM | disk | FTP | other *** search
/ AmigActive 10 / AACD 10.iso / AACD / Information / Guides / AIOIssue35 / data / fe3 < prev    next >
Text File  |  2000-04-13  |  2KB  |  47 lines
  1.  
  2. {center}
  3. {subhead}Hints and Tips{def}{p}
  4. Article by Mark Tierno
  5. {left}
  6. {p} {p}
  7. This first tip comes from a recent solution to a longtime problem of mine
  8. that I hadn't realised was abnormal. YAM for me hafd always been slow on
  9. opening up most windows, grinding away with the hard drive before even
  10. certain preferences windows came up. Recently I came to posting it to
  11. the YAM newsgroup and the obvious soslution of SnoopDos was mentioned.
  12. Some checking later and, while opening up a YAM window, I see SnoopDos
  13. fill up with page after page of failed attempts at opening up a font
  14. called just ".font" at a size of zero.
  15. {p} {p}
  16. Checking into MUI preferences, I'd found a coiuple of the font fields
  17. (most notably Betterstring) had been left blank.  Apparently MUI doesn't
  18. take too well to internal defaults for things like font fields left
  19. blank. So, I filled in that and every font fields with something and
  20. restarted. Result? YAM now brings all windows up in an instant.{p}
  21. So this tip is, when using MUI, fill in your system-wide defaults
  22. {italics}completely{noitalics}, leave nothing blank or you'll get to
  23. watch your MUI apps slow down rather drastically. It's surprising what a
  24. difference it makes.
  25. {p} {p}
  26. {p} {p}
  27. While we're on the subject of YAM, if you're finding it's taking it's
  28. own sweet time coming up it just may be a file called ".uidl".  This is
  29. the file that helps YAM not download repeated messages- the longer it is
  30. the longer your program will take to start. Just thin it out every so
  31. often, deleting all but the last couple of lines from it. Better yet,
  32. if you have YAM set to delete mail from the server after downloading
  33. them then you can turn off the "avoid repeats" option altogether and not 
  34. have to worry about ".uidl".
  35. {p} {p}
  36. {p} {p}
  37. A quick one regarding Voyager. If you group your Bookmarks in successive 
  38. layers of groups then you may run across a little quirk that version 3.x 
  39. has when importing Bookmark from version 2.x. If you have two sub-groups
  40. with the same name, even if they're both under vastly different groups, 
  41. V3 will lump the second occurance in with the first and make hash of 
  42. everything that came after that. Solution? Just make sure that
  43. {bold}all{nobold} of your group and subgroup names are unique. In my
  44. case I had one group labeled "News" for news sites, and another "News" 
  45. under internet software support sites. Took me a while to figure out
  46. what was going on.
  47. {p} {p}